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PERSONALISATION 

This invention relates to personalisation and in particular to a method and 
apparatus for managing access to personal information in electronic systems. . 
5 There has been considerable research effort directed to the problem of 

maintaining the integrity and security of personal information used in online services, 
particularly those services deployed over the Internet. This has been motivated by 
concerns by consumers and representative bodies over the ease with which service 
providers and other parties are able to capture personal information relating to those 

1 0 consumers and the potential for misuse of that information. 

There are a number of different scenarios that need to be considered. There are 
those scenarios in which personal information is supplied willingly by the consumer, for 
example where a consumer supplies certain types of personal information when 
registering with a provider of online services, whether or not the consumer realises that 

15 the service provider is thereby provided with means for consistently identifying the 
consumer in future transactions. There are also those scenarios in which a consumer may 
not be aware that their online activities are being monitored and analysed by one or more 
parties in order to build up a profile of observed interests and preferences for that 
consumer. If used properly, and with the consumer's implicit or explicit approval, the latter 

20 type of information can be particularly useful for both consumer and service provider in 
personalising the services being accessed and provided. However, while efforts are being 
made to create standard models for providing online services that take account of the 
need to handle personal information correctly and securely, desires of consumers for 
greater control over the release and subsequent use of their personal information are not 

25 always consistent with commercially motivated desires of service providers. 

It is known to provide a single-logon facility whereby a user's login data is stored 
securely but is released automatically to predetermined service provider web sites when 
the user accesses those sites. To some extent, a user is able to specify to whom their 
personal information is released. This facility may be implemented as a computer program 
•30 running on the user's personal computer, e.g. the "Roboform" software, accessible over 
the internet at http://www.roboform.com . or, in the case of Microsoft's .NET Passport, a 
third-party server stores the user's personal information and supplies it to service provider 
sites under the control of. the user., A secure user interface to the third-party server 
enables the user to enter personal information for stdrage and to enter access control 

35 information as required. If required, known arrangements such as these can be used to 
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provide a degree of anonymity to users through the use of pseudo-identifiers. However, 
even a pseudo-identifier can be used by a service provider to build up a profile of personal 
information about a particular user if that identifier is consistently used, and it is often 
possible for a pseudo-identifier to be cross-referenced to a user's true identity should the 
5 service provider have access to data supplied, perhaps unknowingly by the user, in a 
completely unrelated transaction in which a "hook" into the user's true identity may have 
been revealed, e.g. an address. Sharing of information between service providers may 
also be sufficient to "complete the picture" in respect of a given user. 

According to a first aspect of the present invention there is provided an apparatus 
10 for use in accessing online services over a telecommunications network, the apparatus 
comprising: 

a store for storing profile data for use in relation to said online services; 
an interface for use by suppliers of online services to enable retrieval from and 
input to said store of profile data in respect of users; 
15 a user interface; 

identity management means; and 

a profile access controller arranged to implement user-defined access controls in 
'respect of a user's stored profile data, 

wherein said identity management means are triggerable to allocate or to cease a 
20 pseudo-identifier in respect of a user and a selected service provider, said pseudo- 
identifier being the only identifier by which said service provider may access profile data 
stored in said store in respect of said user. 

An apparatus according to this first aspect of the present invention provides a 
convenient means by which service providers may gain access to certain types of 
25 personal information relevant to users of their services. However, not only is that means of 
access strictly controlled through user-defined access permissions, the apparatus also - 
provides a very effective means for cutting off access not only to that personal 
information, but also to the identity of those users, rendering useless any other personal 
information that might have been gathered independently by the service provider with . 
30 respect to that identity. 

In transactions between users , and service providers, the apparatus is used 
preferably in the role of a proxy, that is, as an intermediary in communications originating 
. with users and bound for specified service providers. The apparatus is arranged to ensure 
that any data that might have been included in such originating communications that might 
35 provide a clue to the true identity of a user, e.g. an IP address for the user's terminal 
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equipment connection or information inserted by the user's browser software, is not 
forwarded to service providers. The only user identifier forwarded in. transactions with 
service providers is an identifier allocated by the apparatus itself, so ensuring the 
anonymity of users. - * 

5 When a user requires to access a service provider for the first time, the apparatus 

preferably allocates a temporary identifier for the user which is forwarded to the service 
provider in an access request message generated by the apparatus. Should it be 
necessary subsequently for the service provider to gain access to the user's personal 
information stored with the apparatus, then if the user agrees, the apparatus allocates a 

10 pseudo-identifier for the user which is unique to the service provider and which may be 
used by the service provider to access stored personal information to which the user has 
granted permission for access. This pseudo-identifier is the only key by which stored 
profile data for that user may be accessed by that service provider. A different service 
provider will be allocated a different pseudo-identifier for the user. Hence, should the user 

15 be motivated to arrange for the termination of that pseudo-identifier, for example because 
of a misuse of the user's personal data, the penalty for the respective service provider is 
loss of contact with the user's personal profile data and with the user's identity, 'A further 
consequence of such loss of contact is the inability of the service provider to make use of 
any independently gathered personal data on that user under the user's previous* pseudo- 

20 identifier. Preferably therefore, service providers are encouraged to store any 
independently gathered profile data in the profile data store of the apparatus where it can 
be made visible to the user, so increasing trust between user and service provider. 

Preferably, apparatus according to embodiments of the present invention may 
implemented in conjunction with or may be arranged to operate in co-operation with a 

25 third party payments system so that users may make indirect payments for goods or 
services received, further protecting anonymity. 

Preferred embodiments of the present invention will now be described in more 
detail and with reference to the accompanying drawings, of which: 

Figure 1 shows an apparatus according to a preferred embodiment of the present 

30 invention; 

Figure 2 is a flow chart showing a sequence of steps in a typical end-to-end 
process making use of the apparatus of Figure 1 ; 

Figure 3 is a flow chart showing in more detail the steps involved in process step 
200 of Figure 2. 



An apparatus according to a preferred embodiment of the present invention will 
now be described with reference to Figure 1 . 

Referring to Figure 1, a server 100 is provided, accessible to' service providers 
105 and to users (not shown) by means of a communications network 110, for example 
the Internet or other public or private network. The server 100 preferably operates in the 
role of a proxy server in communications between users and service providers, as will be 
clear from the description below. The server 100 comprises a profile data store 115 for 
storing personal profile data, both on behalf of users and on behalf of service providers 
105 in respect of those users. That is, the profile data store 1 15 is arranged to store both 
personal data entered by users and intended for access by selected service providers 
105, and personal data gathered independently by service providers 105 in respect of 
those users. The server 100 also comprises a user interface 120 providing access to the 
user facilities of the server 100, and a service provider interface 125 providing access to 
the service provider facilities of the server 100, in particular facilities to enable access to 
the profile data store 115 in respect of particular users. Both interfaces 120, 125 
implement secure communications protocols to prevent unauthorised access to data in 
transit between the server 100 and users or service providers 105. 

In the role of a proxy, the server 100 is arranged, by means of the user interface 
120 in particular, to act as an intermediary in communications between a user and a 
service provider 105. This is to ensure that.no information that might be useable to 
discover the true identify the user, for example through data conveyed in messages 
originating from a user's terminal equipment, is forwarded to a service provider 105. 

A profile access controller 130 is arranged to implement predetermined access 
controls in respect of data stored in the profile data store 115, in particular by service 
providers 105. A user identity manager 135 performs allocation and termination of user 
identifiers, referred to as "pseudo-identifiers" in this patent specification, for use by service 
providers to gain access to stored profile data. Such pseudo-identifiers are designed to 
preserve the anonymity of users in transactions with selected service providers 105. A 
profile data analysis module 140 is also provided to implement a number of algorithms 
designed to identify particular characteristics in stored user profile data that might 
compromise ongoing integrity of a user's personal information. These algorithms will be 
described in more detail below. 

In order to more fully describe the function of the various apparatus features 
defined in Figure 1 , a typical process will now be described with* reference to Figure 2 and 
to Figure 1 whereby a user accesses an online service from a service provider 105 over 



5 

the Internet 110. Roles of the relevant apparatus features of Figure 1 will be defined at 
each step in the process. It will be assumed in describing this process that the online 
service being accessed by a user is one for which access to various items of the user's 
personal data would be at least preferred by the respective service provider, if not 
5 essential to provision* of the service. 

Referring to Figure 2, and additionally to Figure 1, the process begins, and at 
STEP 200 the online session begins when an access request message is generated by 
the user interface 120 of server 100 and forwarded on behalf of a user to a specified 
service provider's server 105. In the Internet context, communication between the server 

10 100 and the service provider's web server 105 is achieved using standard internet 
protocols and, in particular, the access request message is a hypertext transfer protocol - 
HTTP - request message, as described for example in "HTTP: The Definitive Guide", by 
Brian Totty, David Gourley, Marjorie Sayer, Anshu Aggarwal and Sailu Reddy, published 
by O'Reilly UK, ISBN 1565925092. The steps involved in achieving STEP 200 will be 

1 5 described separately below. ! 

At STEP 205, on receipt of the access request message, the service provider 
server 105 determines whether or not the user identified in the access request message is 
known to that service provider 105. If not, then on the assumption that the service provider 
105 is likely to require access to persona! data stored (115) on the server TOOy^he service 

20 provider 105 responds at STEP 210 to the received access request message witir^ 
request for the user to grant access to personal information stored (115) on the server 
100. The user interface 120 of server 100 forwards the request to the user. If, at STEP 
215, the user refuses the request by the service provider 105, then at STEP 220, either 
the online session continues without the service provider having access to the user's 

25 stored personal information 115, or such access is deemed essential in order for the 
service provider 105 to continue with the session and the session is terminated. 

If, at STEP 215, the user is prepared to grant access to personal information 
stored on the server 100 then, at STEP 225, the user triggers, via the user interface 120, 
allocation by the user identity manager 135 of a new pseudo-identifier for use in 

30 identifying the user to this particular service provider 105 and by means of which the 
service providers 05 may gain access, via the service provider interface 125, to stored 
profile data 115 for that user. The allocated pseudo-identifier is communicated to the 
service provider 105. In addition to triggering allocation of a pseudo-identifier, the user 
specifies, at STEP 230, access permissions applicable to this pseudo-identifier for access' 

35 by the service provider 105 to particular types of personal information stored in the profile 
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data store 115. For example, the user may not wish to grant access by this particular 
sen/ice provider 105 to financial data, but may be prepared to grant access to profile data 
defining the user's interests. 

Having established the means by which the service provider 1.05 may access, the 
5 profile data store 115, or having received a recognisable pseudo-identifier in the original 
access request message at STEP 200, the service provider 105 attempts, at STEP 235, 
to access the profile data store 115 with the pseudo-identifier and an appropriate 
password, and to extract personal data required in association with the requested service. 
Three outcomes are considered: (1) that while the pseudo-identifier is valid, the service 
1 0 provider 1 05 has attempted to extract a type personal data for which the user did not grant 
permission, at STEP 230 for example; (2) that the pseudo-identifier is, or for some reason 
has become, invalid; and (3) that the attempt was successful and the required personal 
data is successfully retrieved by the service provider 105 from the profile data store 115. 

In case (1), as defined by a positive result for the test at STEP 240 in Figure 2, 
15 then at STEP 245, the service provider 105 may either communicate to the server 100 a 
request for the user to grant permission to access a particular type of personal data, in 
which case processing returns to STEP 230, or to continue with the session without the 
requested profile data. Continuation with the session may of course not be possible, in 
which case the session will necessarily end, as at STEP 220. 
20 In case (2), as defined by a negative result at STEP 240 and a positive result at 

STEP 250, processing returns to STEP 210, otherwise, in case (3), as defined by a 
negative result at STEP 255, the service provider 105 successfully retrieves the required 
personal data for the user from the profile data store 115 and the session continues. 

The steps involved in achieving STEP 200 of Figure 2 will now be described in 
25 more detail with reference to Figure 3, emphasising the proxy role of the server 100 in 
communications between a user's terminal equipment and a service provider 105. 

Referring to Figure 3, the process begins at STEP 300 with the user transmitting 
a request via the user interface 120 of server 100 for access to an online service provided 
by a specified service provider 105. Preferably the user initiates the request by means of 
30 an appropriate browser program running on a personal computer and communicating with 
the server 100 using standard internet protocols over the internet 110. At STEP 305, the 
user identity manager 135 of server 100 determines -whether or not this user has 
accessed this specific service provider 105 in the past. If the user has accessed this 
service provider 105 in the past then, at STEP 310, the user identity manager 135 
35 determines whether or not there exists a valid pseudo-identifier for use in identifying the 
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user to this specific service provider 105. If there is, then at STEP 315 the corresponding 
pseudo-identifier is obtained, otherwise, at STEP 320, a temporary identifier is allocated 
for the user instead. The temporary identifier cannot be used to access the profile data 
store 1 1 5 but it nevertheless provides some form of identifier for the user which preserves - 
5 the user's anonymity. At STEP 325, the server 100 generates an access request message 
incorporating the identifier obtained at STEP 315 or allocated at STEP 320, and sends the 
message to the service provider 105 specified by the user at STEP 300. 

It was mentioned above with reference to Figure 1 that a profile data analysis 
module 140 may be provided to carry out certain types of analysis on stored user profile 

10 data (115). One reason for including such a feature in the apparatus of Figure 1 is to 
ensure that, should a pseudo-identifier be terminated in respect of a particular service 
provider 105, certain characteristics of the user's stored profile data do not render those 
data recognisable in future transactions with the same service provider. Even though such 
transactions would be earned on under a different pseudo-identifier, if the service provider 

15 105 is able to recognise certain characteristics in profile data, it may be able to*make an 
undesirable connection with the same user's earlier transaction history with that service 
provider. 

The profile data analysis module 140 may be arranged to make periodic checks 
on stored profile data and, on detecting any particularly unusual or recognisable 

20 characteristics, issue a warning message for the benefit of a respective user so that 
appropriate modifications may be made if desired. The profile data analysis module 140 
may also be arranged to analyse profile data stored by service providers 105 with respect 
to users and to detect certain characteristics in those data, for example by comparing the 
types of data being stored with the types of data to which the user has granted access 

25 permissions to ensure that the service provider 105 is not trying to capture such data 
types by other means. Again, an appropriate warning message may be generated for the 
benefit of the user should such aspects be detected. 

" Various known information processing techniques may be applied by the profile 
data analysis module 140 to detect such unusual or distinctive characteristics in profile 

30 data. Such characteristics may be detected with reference to stored profile data for other 
users, or with reference to a reference store of predetermined data characteristics 
identified, for example through user feedback. 
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CLAIMS 

1. An apparatus for use in accessing online services over a telecommunications 
network, the apparatus comprising: 
5. a store for storing profile data for use in relation to said online services; 

an interface for use by suppliers of online services to enable retrieval from and 
input to said store of profile data in respect of users; 

a user interface; 

identity management means; and 
10 a profile access controller arranged to implement user-defined access controls in 

respect of a user's stored profile data, 

wherein said identity management means are triggerable to allocate or to cease a 
pseudo-identifier in respect of a user and a selected service provider, said pseudo- 
identifier being the only identifier by which said service provider may access profile data 
1 5 stored in said store in respect of said user. 

2. An apparatus according to Claim 1 wherein said user interface is arranged, on 
receipt of a request by a user for access to a specified service provider, to generate an 
access request message for sending to said specified service provider, said access 

20 request message containing an identifier for said user allocated by said identity 
management means. 

3. An apparatus according to Claim 1 or Claim 2 wherein said user interface is 
arranged to enable users to update the contents of said store and to define said access 

25 controls for implementation by said profile access controller. 

i 

4. An apparatus according to any one of the preceding claims wherein the profile 
access controller is arranged to recognise at least one predetermined invalid access 
condition with respect to stored profile data for a user and wherein the identity 

30 management means are responsive to said recognition and/or to a trigger signal from the 
user interface to invalidate a pseudo-identifier for a respective service provider and hence 
to disable access by the respective service provider to profile data stored in respect of 
said user. 
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ABSTRACT 
PERSONALISATION 

5 A method and apparatus are provided for use in enabling a user to access online 

services of a type requiring certain types of personal data to be supplied to respective 
service providers. An apparatus is provided having a store for storing profile data for use 
both by users and by service providers to store personal information in respect of those 
users. The apparatus also has user and service provider interfaces to enable read and 

10 write access to the store, . identity management means and a profile access controller 
arranged to implement user-defined access controls in respect of a user's stored profile 
data. The identity management means are triggerable to allocate or to cease a pseudo- 
identifier in respect of a user and a selected service provider, the pseudo-identifier being 
the only identifier by which the service provider may access profile data stored in the store 

15 in respect of the user. 

Figure (1) 
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